第 3 章 主界面、任务、模式、模型与工作区

发任务时，我会同时看四个位置

提示词写得再细，工作区选错了，WorkBuddy 还是会读到不该读的文件。发送前我会在同一屏看一遍工作区、权限、模式和模型。四个位置合在一起，才决定它能看到什么、能做什么、结果写到哪里。

左侧每个入口管什么

入口	适合做什么	GCP 使用提醒
新建任务	一次性或首次运行的具体任务	先用虚构材料验证
助理	固定角色和重复对话	不把角色名称当成资质授权
项目	持续任务和相关文件	一个项目一套明确边界，避免串项目
专家·技能·连接器	增加方法、工具和外部访问	每增加一项都重新审查权限
自动化	按时间或条件重复执行	必须有失败处置、停用条件和人工关卡
资料库	复用本地或共享知识	核对所有者、共享范围、版本和有效期

默认、Plan 和 Ask 怎么用

v5.3.14 的“+ → 模式”菜单显示默认模式、计划（Plan）和仅问答（Ask）：

• 默认模式：适合边界清楚、动作和输出明确的任务。
• 计划模式：适合多文件、多阶段任务。先审查计划，再允许执行后续动作。
• 仅问答模式：适合解释、澄清和只读分析；不要把它误认为绝对不会产生任何外部影响，仍要检查连接器和权限。

模式只改变 WorkBuddy 的执行方式，不代表合规级别。Ask 模式照样要检查工作区、连接器和权限，高风险材料也不会因为切成 Ask 就变安全。

模型选择会留下记录

我不会按排行榜或“听说这个模型更聪明”来选。企业批准清单和这类任务的验证结果优先。每次运行至少记下模型名称与版本、日期、是否调用外部服务，以及金标准测试结果。

第一次运行这套材料时，Hy4 preview 一直在排队。我取消了等待，任务卡保持不变，改用 GLM-5.3-Flash，1 分 5 秒后拿到了两个产物。这次排队也让我确定了三条处理规则：

1. 模型不可用时先取消，不连续重复提交同一任务；
2. 换模型要记录，关键任务需要重新验收；
3. 不能因赶截止时间而绕过批准的模型清单。

工作区越窄，复核越省事

为每个练习或批准的工作流建立窄范围目录：

WB-GCP-001/
├── input/       # 原始输入或受控副本，不允许 WorkBuddy 修改
├── reference/   # 方案节选、字段说明、边界文件
└── output/      # 仅允许写入此处

用户主目录、桌面、整个共享盘和跨项目父目录都太宽。目录一大，WorkBuddy 可能读进无关材料；任务结束后，你也很难确认它到底写过哪些位置。

发送前的 20 秒检查

1. 工作区：是否只包含本任务批准材料？
2. 权限：是否只允许必要的读写操作？
3. 模式：是否需要先看计划，或只做问答？
4. 模型：是否在批准清单中，是否完成过该任务类型的测试？
5. 连接器：是否真的需要；若不需要，保持不连接。
6. 输出：是否限定到 output/，是否禁止改原件？

跟着截图走一遍

把 WB-GCP-001 设为工作区，再打开“+”菜单看看模式、专家、技能和连接器入口。这一轮只认位置，不安装 Skill，也不连接外部系统。底栏出现正确的工作区和权限后，界面准备就算完成了。

发出第一条任务前，再对一遍

• [ ] 能说明工作区、权限、模式、模型各自控制什么
• [ ] 工作区没有指向宽泛目录
• [ ] 能处理模型排队而不重复生成或绕过审批
• [ ] 首次练习没有加载不必要的连接器

下一章：第一个任务——会议纪要转行动项 →